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TITLE OF THE INVENTION 
5 TRANSACTION SYSTEM WITH SPECIAL HANDLING 

OF MICROPAYMENT TRANSACTION REQUESTS 

BACKGROUND OF THE INVENTION 
Contactless smart cards and associated payment systems are well-known. These cards 

10 typically include RFID components for contactless communication, a chip, and a magnetic stripe 
to allow the card to be used in a conventional card reader. The information communicated via 
the RFID components is typically similar or identical to the information in the magnetic stripe. 
VISA has deployed different types of contactless smart card throughout the world. MasterCard 
provides a contactless smart card called the PayPass® card. The payment systems that use 

15 contactless cards typically provide only one payment channel. In the MasterCard system, all 
payment requests are routed through a conventional debit or credit authorization/payment 
network. In other systems, such as one VISA card scheme, all payment requests are processed 
offline by the card which includes a "stored value" account balance. These offline cards are 
sometimes referred to as an "electronic wallet" (e-wallet) or "electronic purse" (e-purse). 

20 The prior art also includes cards that are associated with a central/remote "stored value" 

account. These cards are typically not contactless. They are typically simple plastic cards with 
magnetic stripes, and are commonly sold as gift cards. The account is initially charged and can 
be replenished by the card holder or a third party. The card contains an account number which is 
used to access the central account when a purchase is requested. These cards also provide only 

25 one payment channel. That is, all payment requests are directed to the central account which 
stores the account balance. 

BRIEF SUMMARY OF THE INVENTION 
In a first embodiment of the present invention, a scheme is provided to determine 
30 whether to require a user to enter a secret code into an electronic transaction device for 

completing selected merchant transactions. To implement the scheme, a user presents a form of 
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account identification to an electronic transaction device to initiate a transaction and a 
transaction amount is inputted. A table is provided that includes a plurality of merchant 
categories and transaction threshold amounts for each merchant category. The merchant 
category is then obtained for each initiated transaction. The inputted transaction amount is 
5 compared to the transaction threshold associated with the merchant. The user is required to enter 
the secret code for the selected transaction if the inputted transaction amount exceeds the 
transaction threshold amount associated with the merchant. 

In a second embodiment of the present invention, a routing engine is provided for use in 
automatically routing debit-type merchant transactions to customer accounts for payment of the 

10 merchant transactions. Each customer account is associated with a respective card issuer. At 
least some of the card issuers have for selected customers a debit account and a stored value 
account associated with the same customer account number. The routing engine comprises 
individually specified routing rules, for each of a plurality of different card issuers. The rules 
define when a transaction should be routed to the debit account and when a transaction should be 

15 routed to the stored value account. One example of a debit account is a Demand Deposit 
Account (DDA)/Checking account. One example of a routing rule is that if the transaction 
amount is under a predetermined threshold set for a merchant category associated with the 
merchant conducting the transaction, and no secret code is requested, then the transaction is 
routed to the stored value account, otherwise the transaction is routed to the debit account. 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 
The foregoing summary, as well as the following detailed description of preferred 
embodiments of the invention, will be better understood when read in conjunction with the 
appended drawings. For the purpose of illustrating the invention, there is shown in the drawings 
25 embodiments which are presently preferred. However, the invention is not limited to the precise 
arrangements and instrumentalities shown. 
In the drawings: 

Figure 1 shows a schematic block diagram of system elements in accordance with one 
preferred embodiment of the present invention; 
30 Figure 2 shows sample routing rules for use in the present invention; and 

Figure 3 shows a flowchart of the system of Figure 1 . 
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DETAILED DESCRIPTION OF THE INVENTION 
Certain terminology is used herein for convenience only and is not to be taken as a 
limitation on the present invention. In the drawings, the same reference letters are employed for 
5 designating the same elements throughout the several figures. 

I. DEFINITIONS AND INDUSTRY TERMINOLOGY 

The following definitions and explanation of industry terms are provided to promote 
understanding of the invention. 

10 

SIC Code (Standard Industrial Classification Code) - This is a four digit numerical code 
assigned by the U.S. government to business establishments to identify the primary business of 
the establishment. Each merchant has an SIC code (e.g., 5192 is for a merchant selling "Books, 
Periodicals, Newspapers"; 7521 is for "Automobile Parking"; 5713 is for "Floor Covering 
1 5 Stores"). The merchant acquirer knows the SIC code for the merchants that it processes 
transactions for. 

Merchant Category Code (MCC) - A code assigned by a Merchant Acquirer to identify a 
merchant's type or mode of business and the merchandise sold. The MCC serves the same 
20 purpose as the SIC code. 

BIN (Bank Identification Number) - The issuer assigned number to a grouping of credit 
or debit cards. Typically, the BIN number is the first six through ninth digits of a card number, 
but could use up to the first twelve digits. The BIN thus can be used to identify the card issuer. 
25 Presently, the BIN is used to determine where to route a transaction for transaction approval and 
any account crediting or debiting that must occur. The present process is very straightforward. 
For example, if the BIN is 425333, the card issuer is CHASE, and all such transactions are 
routed to a preset location designated by CHASE. 

30 PEN-based debit network (also, referred to herein interchangeably as a "payment 

network") - Examples of these networks include STAR/MAC and NYCE. The customer 
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typically must enter a secret code, such as a personal identification number (PIN) for this 
payment channel. (Some transactions, such as bill payment transactions, can be made via the 
debit network without entering a PIN). These transactions are typically low risk transactions that 
are made over the Internet or via voice (audio) response units (VRU's). For example, some 
5 payment locations allow a GlobalCash debit card to be used to make utility payments without 
entering a PIN.) 

Combination credit/debit terminals - It is known to designate a transaction as being either 
credit or debit. Typically, a customer makes this decision at the checkout station by selecting the 
10 appropriate button on merchant equipment. If "credit" is selected, no PIN is requested and the 
transaction is routed to a credit payment authorization and posting channel. If "debit" is 
selected, the user is prompted to enter a PIN, and the resultant transaction is routed through a 
debit network. The initial credit/debit decision is under control of the customer or may be 
dictated by store policy, or may be made automatically by the merchant equipment. 

15 

Terminal driving software - A system that functions with the credit/debit hardware 
terminal that enables the hardware terminal to perform many payment card transaction processes. 

II. DETAILED DISCLOSURE 

20 One purpose of the present invention is to allow customers to use a contactless payment 

device (such as a contactless smart card) or a traditional magnetic stripe payment card to make 
micropayments at merchants, instead of using cash (i.e., coins and bills) while still providing the 
flexibility to use the payment device as a debit card for larger purchases. 

One preferred embodiment of the present invention is illustrated in Figures 1-3. Figure 1 

25 shows a schematic block diagram of system elements and includes Table A which provides 
specific threshold amounts for different SIC/MCC Codes. Figure 2 shows Table B which 
provides one preferred embodiment of transaction routing rules. Figure 3 shows one preferred 
embodiment of a flowchart for a process that uses the system of Figure 1 . 

A contactless card or key fob with RFID capability, as described above, may be used 

30 with the present invention. Alternatively, a traditional magnetic stripe card may be used. Also, a 
central "stored value" account is provided, similar to those used in gift card programs. 
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Referring to Figure 1 and Figure 3, the process is implemented as follows: 

1. A transaction is received at merchant POS equipment (Figure 1, Step 1 and Figure 3, Step 1). 

2. The POS equipment can be a contactless chip card reader or a traditional magnetic stripe 
reader (Figure 1, Step 2). 

5 3. The merchant POS equipment or the terminal driving software identifies the SIC code or MCC 
for that merchant. 

4. The merchant POS equipment or terminal driving software consults Table A (Figure 1, Step 
3) to determine if the transaction amount is greater than a threshold amount for the merchant type 
(Figure 3, Step 2). If so, then the customer is prompted to enter a PIN (Figure 3, Step 3). 

10 Otherwise, no PIN is requested or entered. Table A in Figure 1 shows examples for three SIC 
codes or MCC's. This feature provides an added level of security because the thresholds for less 
secure PIN-less transactions may be adjusted based on typical payment amounts for the type of 
merchant. 

5. The acquirer processor receives the transaction. If no SIC/MCC interrogation was executed on 
1 5 the transaction by the merchant POS and/or terminal driving software, the acquirer processor 

may execute an edit against the transaction to ensure that PINless transactions are below the 
SIC/MCC threshold amount using Table A in Figure 1 (Figure 1, Step 4 and Figure 3, Step 4). 

6. The payment network receives the transaction request, along with any PIN information, if 
entered, identifies the BIN, determines if the transaction is from a qualified micropayment 

20 merchant, and then consults Table B to automatically determine where to route the transaction. 
The payment network thus performs the function of a routine engine for implementing the 
routing rules in Table B. The payment network may also perform an edit to ensure that PINless 
micropayment transactions are under the SIC threshold (Figure 1, Step 5 and Figure 3, Step 4). 
At least the following three inputs are needed to implement the rules: 

25 i. the BIN (this is extracted from the card number and is used to identify the card issuer) 

(Figure 3, Step 5); 

ii. whether the transaction was initiated at a micropayment qualified merchant, identified 
by SIC/MCC and/or other data elements within the transaction specific to a qualified 
micropayment merchant; and 
30 Hi; whether a PIN was entered as part of the transaction (this data is also part of 

conventional transaction messages) (Figure 3, Step 6). 
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If the debit route is identified, the BIN may be further used to route the transaction to the 
appropriate debit account for the card issuer, as is well-known in the prior art. Likewise, if the 
"stored value" account is identified, the BIN may be further used to route the transaction to the 
appropriate stored value account set up for that card issuer (Figure 1, Step 6). 
5 In one typical scenario, a contactless transaction request where no PIN was requested or 

entered (e.g., transactions below the threshold for the merchant type) will be routed to a "stored 
value" account if a card issuer has a "stored value" account or a relationship with a generic entity 
to manage their customer's "stored value" accounts. In this manner, a card issuer can have 
micropayments initiated via a customer's contactless component routed to "stored value" 

10 accounts, instead of flowing into the customer's debit account, such as a traditional Demand 
Deposit Account (DDA)/Checking account. See, for example, the transaction routing rules for 
card issuers CI2 and CI3 (Figure 1, Step 6). 

In another typical scenario, a transaction request where a PIN is requested and entered 
(e.g., transactions that are above the predetermined threshold for the merchant type) will be 

15 routed to the debit channel. See the "Else, route to debit" rule for card issuers CI2 and CI3 
(Figure 1, Step 6). 

Some card issuers may have no stored value accounts set up and no arrangement with any 
other entity to provide for one, and thus all transactions are routed to their respective 
DDA/Checking accounts. See the routing rule for card issuer CIi. Card issuers may select 
20 additional variations of routing rules based on transaction thresholds (either the same amount for 
all merchants, or merchant category-based thresholds that use Table A), whether the transaction 
is initiated with a contactless form of account identification, whether a PIN is entered, and the 
like. 

In one embodiment, there is a single repository of central "stored value" accounts. In 
25 another embodiment, there are a plurality of repositories of central "stored value" accounts. For 
example, a large card issuer may wish to have its own repository for its customers. 

The stored value accounts may be reloaded/replenished with funds from the customer's 
respective financial institution/card issuer accounts, either automatically upon dropping below a 
predetermined amount, or by a user requesting reloading/replenishment by logging onto a web 
30 site or by other means. Reloading/replenishment may occur by communication directly with the 
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customer's respective financial institution/card issuer (not shown), or through the payment 
network (shown in Figure 1). 

In an alternative embodiment, a key fob or similar contactless device, such as a device 
similar to the ExxonMobil Speedpass®, is used instead of a contactless card. 
5 Table A is an optional element of the POS equipment and the Acquirer Processor and/or 

Terminal Driver. If Table A is omitted from one or both of these elements, additional 
communications occur with the debit network to query Table A located therein when the check 
of the threshold amount is made. 

While the merchant categories are preferably defined by SIC codes or MCC's which are 
10 already incorporated into existing merchant acquirer devices, other types of merchant category 
classifications may be used and are within the scope of the present invention. 

The form of account identification is described above as being a physical contactless 
device or a card device (a magnetic stripe card or a smart card with or without a magnetic stripe 
card). However, the form of account identification may also be biometric data, such as a 
15 customer's fingerprint, retina scan, voice print, facial geometry, or the like. This type of account 
identification is a form of contactless non-physical account identification. 

Figure 2, Table B shows one routing rule for each card issuer. However, there may be 
multiple routing rules for each card issuer, as well as rules of priority if multiple rules conflict 
with each other. 

20 The merchant POS equipment is shown in Figure 1 as being the electronic transaction 

device for interfacing with the merchant and customer in performing a transaction. However, the 
merchant POS equipment may be any form of electronic transaction device and need not be 
physically located at a merchant. For example, a user may conduct a merchant transaction via 
the Internet using a web browser on a personal computer or handheld computer device, or via a 

25 voice (audio) response units (VRU's). If these alternative electronic transaction devices are 
used, the transactions may be treated as being contactless transactions for purposes of applying 
the routing rules. Alternatively, if specific transaction information is available that identifies 
these transactions as either being web-based or phone-based, then each issuer may define the 
routing rules for these types of transactions which may be the same or different than the routing 

30 rules for device-based contactless transactions (e.g., key fobs, contactless smart card) or 
magnetic stripe transactions. 
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The present invention may be implemented with any combination of hardware and 
software. If implemented as a computer-implemented apparatus, the present invention is 
implemented using means for performing all of the steps and functions described above. 

The present invention can be included in an article of manufacture (e.g., one or more 
5 computer program products) having, for instance, computer useable media. The media has 
embodied therein, for instance, computer readable program code means for providing and 
facilitating the mechanisms of the present invention. The article of manufacture can be included 
as part of a computer system or sold separately. 

It will be appreciated by those skilled in the art that changes could be made to the 
10 embodiments described above without departing from the broad inventive concept thereof. It is 
understood, therefore, that this invention is not limited to the particular embodiments disclosed, 
but it is intended to cover modifications within the spirit and scope of the present invention. 

What is claimed is: 
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